Forum PHP.pl

@up: jesteś kolejną osoba, która myśli inaczej niz wszyscy. Co z tego wynika?
- to, że MVC polega tylko na tym, że te 3 rzeczy mają się ze sobą łączyć, w modelu mają być dane, w kontrolleru - 'mechanizmy' zarządzania a w widoku - prezentacja (np. szablony);
reszta, kto, jak wykona- jego inwencja i nie zmienia to faktu, że dalej trzymie się zasady MVC.

Czy nie mam racjii ?(IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Tak. Masz rację. Ja też to zauważyłem, dlatego postanowiłem parę postów wcześniej pokazać, że sama debata na temat MVC jest dziwną debatą, bo to tak jakbyśmy debatowali nad rolą władz; ustawodawczej, wykonawczej i sądowniczej. Tu role są jasne, a różnią się jedynie implementacjami: mamy dwu izbowy parlament, radę ministrów i sądy. W USA z kolei nie ma premiera itd. itp.

Pozdrawiam.

Tyle ile programistow tyle opini nt MVC (IMG:http://forum.php.pl/style_emoticons/default/snitch.gif)
MVC jest to tylko ogolna idea. Jak to zaimplementujesz to juz zalezy tylko od twojej inwencji (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Tak w ogole to przydaloby sie jakis taki osobny temat wydzielic na to albo nawet i forum (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif)

Całe forum nie, ale może przynajmniej przykleić ten temat, bo wielu "młodych" webmasterów (w tym: ja) boryka się z tym właśnie problemem.

Pozdro (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif)

Cysiaczek ładnie to rozpisał jakie są podejścia do MVC i wydaje mi się, że byłby to dobry materiał na artykuł.

@Cysiaczek: Wlascicie to czemu bloga nie prowadzisz (IMG:http://forum.php.pl/style_emoticons/default/snitch.gif) ?

Może nawet zacznę, ale dopiero jak się uporam z frameworkiem i napiszę w nim silnik (IMG:http://forum.php.pl/style_emoticons/default/snitch.gif)

niedoczekanie (IMG:http://forum.php.pl/style_emoticons/default/snitch.gif) (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

właśnie... (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) mój się budował 2 lata, niby jest, ale ciągle jakieś poprawki (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

Przepraszam ze tak sie wcinam w inny temat, ale nie chcialem zakladac kolejnego tematu nt. mvc. Zdaje sobie sprawe ze mvc jest raczej 'poradą' w jaki sposob pisac aplikacje a juz od programisty zalezy w jaki sposob to sobie zaimpementuje, ale czy ponizszy kod mozna uznac za uproszczoną implementacje mvc? czy jesli powiem 'komuś' ze taka aplikacja jest napisana z wykorzystaniem wzorca mvc to nie wyglupie sie zbytnio? (IMG:http://forum.php.pl/style_emoticons/default/snitch.gif)

model:

[PHP] pobierz, plaintext 
<?php
class news
{
public function add()
{
// dodawanie newsow
}
public function show()
{
// wyswietlanie newsow
}
public function delete()
{
// usuwanie newsow..
}
// etc.
}
?>
[PHP] pobierz, plaintext 

kontroler

[PHP] pobierz, plaintext 
<?php
function __autoload($file)
{
include_once($file.'.php');
}
$news = new news;
switch($_GET['mode'])
{
case 'add':
$news -> add();
break;
case 'show':
$result = $news -> show();
foreach($result as $value)
{
$template->assign_block_vars('news',array( // przekazanie wartosci zmiennych do widoku
'title' => $result['title'],
'message' => $result['message']
//etc.
)
);
}
break;
case 'delete':
$news -> delete();
break;
}
?>
[PHP] pobierz, plaintext 

widok:

[HTML] pobierz, plaintext 
<!-- BEGIN news -->
<dl>
<dt>{news.title}</dt>
<dd>{news.message}</dd>
</dl>
<!-- END news -->
[HTML] pobierz, plaintext 

Ten post edytował href 23.07.2007, 09:39:54

tak takie coś można nazwać mvc wszystkie warstwy są od siebie oddzielone i nie mieszają się ze soba (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) a podmiana któejś nie spowoduje zmian w innych warstwach.

Model.php

[PHP] pobierz, plaintext 
<?php
class Model {
 
private $data;
 
	function __construct() {
 
		$this->data = false;
 
	}
 
	function calculate($name) {
 
		$this->data[] = $name;
 
		$len = strlen($name);
 
		if ($len == 3) 
			$this->data[] = 'krótkie fajne imię';
		else
		if (($len > 3) && ($len < 6))
			$this->data[] = '... bez znaczenia';
		else
			$this->data[] = 'fantazja rodziców';
	}
 
	function getData() {
 
		if ($this->data) 
			return $this->data;
		else
			return 'Coś jest nie tak!';
 
	}
 
} // class Model
?>
[PHP] pobierz, plaintext 

View.php

[PHP] pobierz, plaintext 
<?php
class View {
 
	static function displayDefault() {
 
		echo "<form method='POST' action=''>";
		echo "<p>Wprowadź imię:  ";
		echo "<input type='text' name='name' value=''>  ";
		echo "<input type='submit' name='send' value='Wyślij'>";
		echo "</form>";
 
	}
 
	static function displayError($error) {
 
		echo "<p><b>Błąd:</b> {$error}";
		View::displayDefault();
	}
 
	static function displayResults($results) {
 
		echo "<p><b>Wyniki:</b>";
		echo "<p>Imię <b>".$results[0].
			"</b> oznacza <i>".$results[1]."</i>";
		echo "<p><a href='".$_SERVER['REQUEST_URI'].
					"'>dowiedz się więcej na temat swojego imienia</a>";
	}	
 
} // class View
?>
[PHP] pobierz, plaintext 

Controller.php

[PHP] pobierz, plaintext 
<?php
class Controller {
 
private $error;
private $result;
 
	function __construct() {
 
		$this->error = false;
		$this->result = false;
 
	}
 
	function processData() {
 
		$this->userRequest();
 
		if ($this->error)
			View::displayError($this->error);
		else
		if ($this->result)
			View::displayResults($this->result);
		else
			View::displayDefault();
	}
 
	function userRequest() {
 
		// DANE ZOSTAŁY WYSŁANE
		if (isset($_POST['send'])) {
 
			$this->validate();
 
			if (!$this->error) {
 
				// PODSTAWOWE OBLICZENIA
				$model = new Model();
				$model->calculate($_POST['name']);
				$result = $model->getData();
 
				// SPRAWDZANIE BŁĘDÓW W SAMYM MODELU
				if (!is_array($result))
					$this->error = $result;
 
				else
					$this->result = $result;
 
			}
		}
	}
 
	function validate() {
 
		if (empty($_POST['name']))
			$this->error = 'Wprowadź imię!';
		else	
		if (strlen(strval($_POST['name'])) < 3)
			$this->error = 'Imię jest za krótkie!';
 
	}
 
} // class Controller
?>
[PHP] pobierz, plaintext 

wykorzystanie, czyli jakiś tam index.php:

[PHP] pobierz, plaintext 
<?php
include("Controller.php");
include("Model.php");
include("View.php");
 
$controller = new Controller();
 
$controller->processData();
?>
[PHP] pobierz, plaintext 

mam pytanie o moja interpretacje... tzn o krytyke (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) bo pisze chyba juz 10 raz.. i zmieniam zmieniam i zmineiam.. a czasu nie mam za duzo:)
u mnie to dziala tak:
najogolniej mam ?dzial=1
Pobieram z bazy nazwe takiego dzialu i odpalam taki contlroler (jest dziedziczony z glonwego).
Przyklad spr. czy zalogowany admin/user.
Logowanie odbywa sie u mnie tak:
Contlorer sprawdza czy podalem dobry login i haslo oraz jakie mam prawa user/admin. i odpala mi taki podcontroler class admin (np.) .. ktory aktualizuje w bazie ("ostatnio zalogowany" itp..) jesli zalogowalem sie jako admin odpalam clase admin_view np:) ktora pobiera sobie info z modelu..co ma wyswielic po czym odpala assign i laduje do smartow..wyswietla:)


Mam pytania:
Potrzebuje dane z modelu jakos obrobic... posprawdzac itp... mam to zrobic na poziomie contlorera i wyslac do widoku?? czy tym sie ma zajac widok ..i ewentualnie skorzystac z funkcji kontolrera? np usuwanie posta z info czy "post zostal usuniety poprawnie" (taki przyklad) wybieram usun.. klikam ok strona sie przladowuje odpalany jest kontlorer ze sprecyzowna akcja ... ktora odwoluje sie do modelu i usuwa, jesli usunie zwraca true i teraz mam zrobic cos takiego np $usunieto=true (jesli usuneolo poprawnie (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ) new admin_view($usunieto);

Ostatnio zaglądnąłem do części kodu PhpBB 3. Nasuwa mi się trochę inne rozwiązanie (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Kontroler dołącza klasę modelu i tworzy obiekt. Stąd też pobiera tytuł strony i inne dane, a także pliku widoku (szablon?). Jest jednak kilka kwestii:
- do wyświetlenia błędu lub informacji też dołączamy widok (np. gdy mamy zdefiniowaną funkcję Info)?
- co wtedy, gdy korzystamy z 2 modelów (np. news, komentarze)?

Aktualnie mam kilka kontrolerów (admin, index, głosowanie, pobierz plik, wyświetl link, generuj kod z obrazka, AJAX), a modele dołączają się już w <body> (warstwy nie są obiektami, ale to nie ma znaczenia). (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif)

Ten post edytował WebCM 15.08.2007, 18:58:10

Skoro wszyscy przedstawiają swoje interpretacje, i ja dołączę, bo mam pewne wątpliwości.
Zend Framework 1.0.1.
Jest sobie np. stronka główna.
Jak wiadomo stronka główna zawierać może kilka dynamicznie generowanych elementów, jak lista ostatnich newsów, wpisów na forum, liczniczki, inne.
Są też inne strony, które mogą zawierać różne zestawy innych elementów strony, w różny sposób wyświetlanych i mogą różnić się diametralnie od strony głównej.

Jest więc kontroler strony głównej i innych.
Myślałem długo, jak do tego podejść, ponieważ niby kontroler ma przypisany jeden widok, a jeden widok ma mieć przypisany jeden kontroler. Tylko jak tu ładnie i wygodnie tworzyć kolejne składające się z różnych dynamicznych elementów stronki, by nie dotykać za bardzo kodu?
Wymyśliłem zatem tak, że do każdego kontrolera jest przypisany pliczek konfiguracyjny. Ten zawiera informacje na temat elementów, jakie mają się w danej akcji pojawić, jakie dostają parametry i jakie szablony mają używać, by się wyświetlić.
Np. kontroler index ma akcję index, więc jest views/controllers/index/index.xml
Tam jest np.
nagłówek, szablon naglowek_normalny.phtml, tytuł: tytuł sajtu + tytuł aktualnej strony, aktualna data i parę innych pierdółek.
lista newsów, szablon newsy_główna.phtml, ile newsów: 10, kategoria: główna
lista postów forum, szablon: posty_forum_główna.phtml, ile postów: 15
itd.

Do każdego takiego elementu dynamicznego przypisana jest klasa, która zajmuje się pożywieniem elementu danymi z modelu/modeli, zatem można powiedzieć że to taki mały kontroler.

Moja klasa rozszerzająca Zend_Controller_Action (MacBirdie_Controller_PresentationAction, a co (IMG:http://forum.php.pl/style_emoticons/default/aaevil.gif) ) działa tak że w init pobiera konfigurację dla kontroler/akcja, akcja kontrolera domyślnie nic nie robi, dopiero w post-dispatch pobierana jest informacja na temat elementów i zostają kolejno odpalane klasy tych elementów, te każdemu szablonowi Zend_View (na razie spróbuję standardowe phtml) wrzucają potrzebne dane, następnie widoczki są renderowane i dopisywane do response.

Czy to jest czy nie jest herezja MVCowa? (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Na takiej zasadzie od dawien dawna działa sajt stworzony przeze mnie daaawno temu, PDAclub.pl i jest to metoda bardzo wygodna, jednakże tam MVC nie stosowałem, więc nie wiem czy jakichś zasad nie naruszam.
Jeśli tak, jakie są inne podejścia do tego problemu?